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The use of computer graphics in science, engineering, 
art and many other fields has teen increasing ever the pist 
fifteen years. Display device costs continue to drop as 
many manufacturers enter the display systems market with new 
display hardware and software products. Software pacKa^jes 
which allow the user to project tiiree dimensicnal scenes 
however are not very common, and progrtims whicli allow a 
viewer to observe a three diiaensional scene from any 
location and angle are nearly nonexistent. This can be 
attributed to the iact that 3D {graphics prograins are very 
complex, rely heavily on complicated mathecatical theories 
and computations and are very hard to write, debug and test. 
In addition, intricate software/hardware interactions are 
involved. Very few people simultaneously know enough about 
the mathematics of computer graphics, hardware, software 
design, and now microprocessors, to effectively write 3D 
graphics software. SubLogic has therefore put great eifort 
into developing a simple-to-use 5D graphics package for 
microprocessor based systems. SubLogic software and 
hardware products take 3D graphics out of the university and 
industrial environments and makes 3D graphics available to 
everyone. 

One of the biggest prohlecs in developing any graphics 
software is thoroughly testing it. A 3D graphics program is 
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actually an implementation of a large, conditional 
mathematical expression. A 3 uimensional space with a ran/.:e 
of + or - 52000 units in the X,Y, and Z directions has 2.o x 
lo''^ (64000 cubed) posfdble coordinate points. There ijre 
therefore 6.$ x lO'^^ possible straight lines. With svch an 
enormous number of program input ccmbiriaticns, combinatorial 
program testing is out of the question. Tc insure that the 
program is reliable (the equation is stable ), program 
segments are combinatorially tested. Continuous development 
and testing of 3D graphics pro^Tams at SubLogic promises to 
increase program performance and reliability. 

Two SubLogic graphics pacteges currently exists a 
general pui'pose, low speed BASIC langua^je version and an 
optimized 6800 assembly language version. Both programs 
perforit the task of converting an array of straight "three 
dimensional space lines" into an array of "two dimensional 
screen lines". Figure 1 gives the performance 
characteristics of the SubLogic 3D Microcomputer Graphics 
Packages. Other 3L graphics psickages are being developed. 
SOLO, 6502 and ZSO versions are set for introduction in the 
first quarter of 1S7B. 
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THE 3D TO 2D CONVERTER COWCfiPT 



Most 3D graphics users are primarily interested in putting 
3D graphics to use in their own special application. To these 
users, the process used to perform the transformations and 
projections is considered to be of secondaiy importance. The 
SubLogic 3D to 2D converter sutoroutine (the heart of the 3D 
hSicrocomputer Graphics Package) was therefore designed to be 
very easy to use without any graphics programming knowledge or 
experience. The user simply sets up an input array (an array 
of 3D lines in a pre-set format) in processor memory and 
executes the 3D to 2D conversion subroutine. The converter 
transforms the 3D scene into a 2D screen image. A device 
dependent interface program then sends the scene to the display 
device. 

Eight BASIC variables are used to store 3D to 2D converter 
subroutine control information such as viewer's position, 
direction of view and screen width. Figure 2 interrelates the 
input airay, 3D to 2D converter and interface program. 

Appendix 2 describes how the 3D to 2D converter subroutine 
performs its task. The rest of this section is devoted to the 
details of how to use the 3D to 2D converter. 



Input array 


^ 










Control 
information 




3D to 2D 
converter 


1 »i 


Interface 
program 




* 



■Display 



Figure 2. The 3D to 2D converter program 
and its arrays 



SPACE MD SCREEN CCORDIfJATES 



The first concept which must be well understood is tlriat of 
space and screen coordinates. It should lae noted that the word 
"screen" used throughout this discussion also implies plotters 
and other display devices. 

3D SPACE COOfiDINAIES. Every point in 3 dimensional space has 
an X,Y,Z space coordinate associated with it as figure 3a 
shows. A straight line is represented by its start and end 
points as shown in figure 3b. 



• (3, 1, i^) 





(3. 1.5) 



a) A point in 3D space 



b) A line in 3D space 



Figure 3« Three dimensional space coordinates 



2D SCfiEEi. COORDIKATES. Every point appearing on the screen has 
a 2D screen coordinate associated with it. Ilgure 4a shows a 
point on a screen, and a screen line is represented by a screen 
start and end point as shown in figure 4-b. 
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a) A screen point b) A screen line 

Figure I*. Two dimensional screen coordinates 
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3D SPACE AND 2D SCREEfJ COORDINATE RELATIONSHIPS 

The X,Y,Z space coordinate axes directions were ciiosen to 
correspond in a graph axis fashion with the screen coordinates. 
As figure 5 shows, the X and Y space coordinate axes viewed 
through a screen match the X and Y screen axes with the Z axis 
representing "depth into the screen". This X,Y axis match-up 
applies when the viewer's viewing direction is degrees pitch, 
€ degrees heading and degrees lank. 



Figure 5» 3D and 2D coordinate alignment 
OBJECT CONSTRUCTION IN £PAC£: COORDINATES 

The SubLogic 3D to 2D converter converts jD space 
coordinates to corresponding 2D screen coordinates. Straight 
lines in space are represented by two points in space; a start 
point and an end point. Wire frame objects and outlines can be 
constructed using many straight lines as shown in figure 6. 
Curves can be represented by a long string of short, straight 
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lines. Very realistic curves can be generated using large 
numbers of line segments but projection speed suffers as eaciri 
line must be projected seperately. 




s= start point 
e= end point 

a) Line drawing b) Curve construction 



Figure 6. Object construction in 3D space 
OBSERVING 3D SPACE Oh A DISPLAY DEVICE 

A few 3D to 2D converter control parameters are needed 
before a 3D to 2D conversion can be performed. The location 
and direction from which one wants to view the 3D scene are 
needed. First the viewer's location in space must be 
specified. Figure 7 illustrates what is meant tiy viewer's 
location- An X,i,Z viewer location must be submitted as the 
BASIC variables X(3)» ^(3)* and Z(3). Movement cf the viewer's 
location is called translation. 



Viewer's eye 



Viewer's location 
(1.2.1^) 




Figure 7. Viewer's location in space 

Viewer's direction must also be specified as figure 8 
illustrates. A pitch, tank and heading must be specified. 
Change in the viewer's direction is called rotation. 




Figure 8. Viewer's direction and field of riew 



The field of view must also be specified. This parameter is 
similar to a camera's field of view as figure 8 shows. Only 
a limited field of view can fit onto the viewing screen and 
the viewer must decide whether a wide angle or telephoto 
view is desired. 

The 3D to 2D converter subroutine generates 2D 
screen start and end points which represent lines to be 
plotted on a display device. Screen coordinate numbering 
systems vary widely between different display devices. An 
example of this is shown in figure 9- 



(-100,0) 
-X 


1+Y 
(0,99) 
(99,0) 
1^ 




(0,0) 
Origin 

f-Y (0,-100) 




a) A 200 X 200, origin 
at center format 



b) A 128 X 128, origin 
at upper left format 



Figure 9. Variations in screen coordinates 
The 3D to 2D converter subroutine needs a screen width 
parameter to enable the generation of user device compatible 
coordinates. Regardless of screen width, the screen origin 
(screen coordinate x=0,y=0) is assiamed to be at the screen 
center. Many display deviced, however, do not have the 
origin in the center of the screen. Origins in the upper 
left hand screen corner (see figure 10) are very popular. 
For this type of display, an array of output points in the 
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origin-at-center format can easily be transformed by adding 
a constant value to each X and Y point. A seperate, user 
written subroutine is required to do this. 













(0.0) * 
' (127,31). 




(0,32; *■ 
(127,63) • 












(0.6t^) 
f (127,95). 




(0.96) 

' (127,127) - 



Figure 10. A popular display device's unusual 
screen addressing scheme 

ORDER or TRAKSFORMATIONS 
The order in which transformations are considered is of 
prime importance. The image projected on the screen will be 
different if different orders of translation and rotation 
are applied. For example, if the viewer's location in space 
(translation) is considered before his viewing direction 
(rotation), a different projection than if location had been 
considered after direction would result. Pigure 11 shows 
these two orders of projection. 




1. Original scene 2. X translation 3. Bank rotati 



on 




1. Original scene 



2. Bank rotation 3. x translation 

Figure 11. The difference transformation order makes 



The SuhLogic graphics package performs transformations 
in the following order: 

1. X,Y,Z translation 

2. Heading (rotation about the I axis) 

3. Pitch (the angle of view to the X,2 plane) 

4. iBank 

Figure 12 shows the sense of direction of each of the 
transforms. It should be noted that the transform senses 
are dependent on one another. A positive change in X will 
cause an object to move to the right if the viewer is at a 
degree bank angle. If the viewer is in a 90 degree bank 
however, the cube will appear to move up instead. 
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DETAILED COIvTROl PARAMEl'ER DEFIKITIOKS 



A few of the eight control parameters have already teen 
aentioned. This detailed definition section will descrite 
them all. The program's feedback par^eter will also be 
defined. 

X(3^, Y(3). 2(3) These three floating point BASIC 

variables are tne viewer's X, Y and Z location in space. X 
and Z movement usually represent north and west laovement 
while Y is the viewer's altitude. 

I_ This is a floating point variable specifying 

viewer's pitch; the angle of inclination from which he looks 
at the scene. 

k A floating point variable representing viewer's 

lank; the angle at which a viewer's head is tilted sideways 
v;hen viewing the scene. 

IL Floating point variable representing heading. 

Heading is the direction the viewer is facing (North for 
example) while standing on the XI plane. 

V_ Floating point value representing the tangent of the 

half field of view. V=1 represents a 45 degree lialf field 
or 9C degree full field of view ( an unnatural-looking wide 
angle) while .3 represents a narrow telephoto view. 

i This floating point value represents half the screen 

width minus one. If a screen is 128 dots wide, this value 
should be (126/2) -1 = 63- This variable affects the scaling 
of the final output screen points. If V/=63, the four 
corners of the screen will be (63,53), (-63,63), 
(63,-63) , (-63,-63) . This format is designed for screens 
with the origin at the center of the screen as described 
earlier. 

i2_ Feedback Parameter This parameter is not 

submitted by the user. It is generated by the program. f2 
is set to 1 if the 31- space line just processed by the 31' to 
2D converter is visible and on the screen. P2 is cleared to 
zero if the line is off the screen. P2 should be used in 
the display driving program to decide which lines to send to 
the display device. 




Pull field of view 



Half field of view 



Figure 13. Field of view definition 
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LSIMG THE 3DGBU.V03 3D GltAPHICS PROGRAM 



The BASIC 3Ii graphics program will now be presented. 
Descriptions of all the subroutines will be given followed 
by three test and interface programs which take the user 
from simple "terminal type-in" formats to array liandling and 
putting a scene on a display device. 

The best way to approach the following sections is to 
first, carefully read over "The £asic Program", section and 
read the subroutine description sheets. Mext, read the Test 
1 section, fire up your computer system, and run the test 
program following the step-b^z-step procedure. Test 1 is 
very helpful in familiarizing the user with the program 
variables. Experiment with it. Array handling can then be 
tried and finally a display driving program can ie 
implemented. This will require some programming on the 
user's part but examples and interface requirements are 
given. 

Advanced methods of display system control and array 
handling are covered in the appendix sections. 
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THE EASIC PROGRAM 

The BASIC 3D to 2D conversion program 3DGBU.V03 is 
capatle of performing slow but extremely accurate 2D 
perspective projections of 3D space. In addition, the range 
of movement and size of "the world" can te very large due to 
Basic's S.9 x "iO '^^ {de-peMlne on the BASIC version) range. 
l\o integer overflow problems, which exist on the assembly 
language versions, exist in the BASIC program. 

The BASIC program consists of 3 parts: 

1. The 3D to 2D converter subroutine 

2. The transl'ormation matrix generator 

3. The interface program 

The 3D to 2D Converter Subroutine 
The 3D to 2D converter takes a single 3D line 
consisting of two 3D space coordinate points, 
X(1),Y(1),Z(1), X(5),I(5),Z(5), and converts it into a 2L 
screen line consisting of two 2D screen coordinate points. 
The projection flag, P2, is set to one if the line is to be 
displayed, and is set to zero if the line is off the screen 
and not to be displayed. 

The 3D to 2D converter consists of the fiatrix 
Multiplier, Clipping and Projection sections shown in 
figures 14-17. The 3D to 2D converter subroutine's call is, 
"GOSUB 8^,00". 
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Title I 



Matrix Multiplier 



8500 



Purpose I This inline program section adds the viewer's 
location to the 3E start and end points and 
multiplies them by the matrix (T matrix) re- 
sulting in rotation. 



Input I 

Output r 
Operation 1 



x(i),y(l),z(l),x(3).y(3).z(3).x(5),y(5),z(5), 
Tl,T2,T3,Tiv,T5,T6,T7,T8,T9 

x(l),y(l),z(l),x(5).y(5).z(5) transformed 



The viewer's location values are added to the 
start and end points by executing the for-next 
loop twice. The points are also multiplied by 
the transformation matrix which is expanded 
into a three equation form. Execution goes on 
to the 8600 (Clipping) section when matrix 
multiplication is finished. 



Start point ■ 
End point- 



Viewer's location- 
Transformation 

matrix 



Matrix 
Multiplier 



Subroutines Called 1 
None 



-Transformed 
Start point 

"Transformed 
End point 



Temporary Storage 1 
G.K.S 



8500 FOR A=1 TO 5 STEP 4 , 
8510 G=X(A)+X(3) 
8520 £=Y{A)+Y(3) 
8550 K=Z(A)-hZ(3) - 
8540 X(A)=G*T1-»-S*T4+K*t7^ 
8550 Y(a)=G*T2+S*1'5+K*T8 
8560 Z(A)=G*T>S*I6+K*T9 
8570 NEXT A 



Translation 
offsets added 

Rotation matrix 
multiplied 



Translate and 
rotate the 
start and the 
end point 
(loop twice) 



Figure Ik. The Matrix Multiplier section 
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Title « 



Clipping Section 



8600 



Purpose! This section of inline code determines if a line 
is on or off the screen and accordingly displays, 
clips and displays, or eliminates it. 

Input! x(l),y(l),z(i),x(5).y(5),z(5) 
Output. x(l),y(l),2(l),x(5),y(5).z(5),P2 



Operation I 



This section first generates a code for the start 
and end point based on where they are in relation 
to the viewing pyramid. From these codes, the de- 
cision to clip, project or eliminate is made. A 
seperate section (the 8?00 block) de.eides which 
way to clip a line if clipping is called for and 
performs the appropriate "push" mathematics. A 
projection code is set to 1 if a line is on the 
screen and cleared to if it is not. 



Start point 
End point 



Clipping 
Section 



Start point 
End point 
P2 



Subroutines Called i 
None 



Temporary Storage i 

A,C(1-8),S 



8600 K)R A=1 TO 5 STEP 4 
8610 C(A)=0 
8612 C(A+1)=0 
8614 C(A+2)=0 
8616 C(A+35=0 

8618 IF X(A) < -Z(A) THEN C(A)=1 
8620 U X(A) > Z(A) THM C(A+1)=1 
8622 IF Y(A) < -Z(A) THEN C(A+2)=1 
8624 IF Y(A) > Z(A) THEN C(A+3)=1 
8626 NEXT A 



Code the 
start and 
end points 



(continued) 
Figure 15. The Clipping section 



Clipping Section continued 
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8638 

GOTO 6668 



8632 jFCfi A=1 TO 4 STEP 1 
8634 IF C(A)=0 TEM GOTO 
8636 II C(A)=C(A+4) THEN 
8638 HEXT A 
8644 FOR A=1 TO 4 STEP 1 
8646 IF C(A)=1 THEN GOTO 8676 
8648 MEXT A 

8654 FOR A=5 TO 8 STEP 1 

8656 IF C(A)=1 THEIv GOTO 8686 

8658 NEXT A 

8662 P2=1 

8664 GOTO 6800 

8668 P2=0 

8670 RETURN 

8676 A=1 

8678 £=5 

8680 GOTO 8694 

8686 A=5 

8688 S=1 



Off screen 
line check 

Off screen start 
point check 

Off screen end 
point check 

Set project code 

Clr project code 

Start point clip 

End point clip 



On/off 
screen 
checking 



8694 
86S6 
8698 
8700 
8706 
8714 
8716 
8718 
8720 
8722 
8728 
8730 
8732 
8734 
8736 
8742 
8744 
8746 
8748 
8750 
8756 
8758 
8760 
8762 
8764 



IF C(A)=1 TRm GOTO 6728 
IF C(A+1 )=1 THEN GOTO 8714 
IF C(A+2)=1 then goto 8742 
IF C(A+35=1 THEN GOTO 8756 
GOTO 8662 



z(a)=x(a) 

GOTO 8600 
K=(Z(A)+X( 
X(A)=K*(Z( 
y(A)=K*(Y( 



GOTO 8600 
K=(Z(A)+Y( 
X(A}=K*(X( 
Y(A}=K*(Z( 
Z(A)=-Y(A) 

GOTO 8600 
K=(Z(A)-y( 



(Y(A)-Y(S)-Z(S)+Z(A)) 

mm 




mi' 



GOTO 8600 



"Push" direction 
decision 



Push point left 



Push point right 



Push point up 



Push point down 
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Title I Projection Subroutine 8800 

Purpose I This subroutine takes the transformed and clipped 3D 
coordinates and performs a perspective 2D projection. 

Inputi x(l),y(l),z(i),x(5)iy(5).2(5), W 
Outputi x(2),y(2),x(it),y('t) 
Operationj 

This subroutine takes the start and end points of a 
line and uses the x/z and y/z principle to perform 
a perspective projection. Protection statements 
prevent divide by zero conditions. 



3D start point 
3D end point — 



Subroutines Called i 

None 



Projection Subroutine 



ZD start 
point 
-2D end 
point 



Temporary Storage i 
None 



8800 IF Z(1)=0 THElv Z(1)=.0< 
8845 ir Z(5)=0 THEM Z(5)=.0( 
8855 X(2)=X(1)/Z(1}*W 
8860 Y{2)=Y(1)/Z(1)*W 
8865 X(4M(5)/Z(5)*W 
8870 1(4)=Y(55/Z(5)*W 
8875 RETURE 



Pyramid base crash divide 
by zero protection 

Start point projection 
End point projection 



Figure l6. The Projection section 
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The Transformation Matrix Generator 
This subroutine (shovm in figure 17) generates the 3x3 
transforiiiation matrix required for rotation. This matrix 
need only be created once for each viewing direction. All 
lines in the scene will use the same matrix. The call for 
the generator is, "GOSUB 8200". 

The Sine/Cosine subroutine is used in conjunction with 
the Matrix Generator and is shown in figure 18. 

The Interface Program 
The interface program handles the input and output from 
the 3D to 2D converter and sends the results to the display 
device. This subroutine is machine dependent and will be 
different for different display devices. The basic idea of 
the program is to sequentially perform the following: 

1. Get the screen width and field of view 

2. Get the viewer's position and direction of view 

3. Call the transformation matrix generator subroutine 

4. Feed an array of 3D input points to the 3D to 2L 
converter, one at a time 

5. Send the resulting screen start and end points to 
the display device to be displayed. 

The following Test 1 and Test 2 programs are examples 
of interlace programs and will describe them in more detail. 



21 

Title: Matrix Generator Subroutine 8200 

Purpose* This subroutine generates the 3 x 3 transformation 
matrix. 

Inputi P,B,H,V 

Output! T1,S2,T3.T^^,T5,T6,T?,T8,T9 
Operation: 

This subroutine takes the pitch, bank, heading and 
field of view information and creates the predefined 
transformation matrix, 

P,B,H,V * i Matrix Generatorj -^Tl ,T2. • • •,T9 

Subroutines Called i 

Sine 8300 
Cosine 8310 

Temporary Storage: 

P,N,R1,R2,R3,R4,R5 



8200 






3203 


GOSUB 8300 




8204 


R1=U 




8206 


r=p 




8209 


GOSUB 8310 




8212 


R2=N 




8215 






8218 


GOSUB 8300 




8221 


R3=N 




8222 






8224 


GOSUB 8310 




8227 


Ii4=K 




8230 






8253 


GOSUB 8300 




8236 


R5=N 




8237 


P— H 




8239 


GOSUB 8310 




8245 


11=N*R4+R5*R1* 


R3"~ 


8248 


12=-l'»*R3-»«5*fi1*R4 


8251 


I3=R5*R2*V 




8253 


I4=R2*R3 




8256 


15=R2*R4 




8259 


T6=-R1*v 




8262 


T7=-R5*R4+N*R1 


*R3 


8265 


T8=R5*R3+N*R1» 


R4 


8269 


I9=R2*M*V 




8272 


RETURK 





Sine (Pitch) Calculation 



Cosine (Pitch) 



Sin (Bank) 



Cos (Bank) 



Sin (Heading) 
Cos (Heading) 



Transformation 
matrix generation 



Return 



Figure 17. The Matrix Generator Subroutine 
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Title I Sine/Cosine Subroutine 83OO 

Purpose I This subroutine creates a sine or a cosine of a 
value in degrees so 3DGBU.V03 will run with 
simple BASIC interpreters without trig functions. 

Input I F (angle in degrees) 

Output I N (sine or cosine of F) 

Operationi 

This subroutine takes the F arguement and generates 
a cosine by expanding a cosine series. Sine is gene- 
rated by initially shifting the angle 90 degrees. 
Sines result from subroutine entry at 83OO, 
Cosines result from subroutine entry at 83IO. 



sine entry 830O 



cos. entry 83IO 



<r sine/Cosine — »■ 
0>k 



Subroutines Called 1 
None 

Temporary Storage 1 
A.S.M 



8300 r=F-SO 

8305 If F<:=-18C THEli F=F+ 360 
8310 IF F<0 THEJ-J F=-F 
8315 &=F 

8320 IF S>=90 THEN F=1bO-F 
8330 Ii=F*. 0174532s 
8340 A=N*K 
8350 h=A*A 

8360 K=1-A/2+JV24-A*M/720+-M*K 
8370 IF S>=90 'mm 
8380 fiETURi\ 



I sine entry phase shift 

Swing angle into 
quadrant 1 

Cosine series 
Q expansion 

— I Quadrant sign correction 
m Return 



Figure 18. The Sine/Cos ine Subroutine 
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USIUG THE TEST 1 PROGRAM 

Test 1 is a simple interface program designed to 
familiarize the user with the 3D program. The following 
procedure should be followed to run this test. 



1. Pirst, load MSIC into your microcomputer. Any simple 
4K basic will do since no trig functions are used in the 
program. 

2. Enter the following subroutines into the computer: 

Matrix Multiplier 
Matrix Generator 
Sine/Cosine Subroutine 
Clipping Section 
ftrojection Subroutine 
Test 1 Program 

3. Check all statements to make sure no errors were made in 
entry. Double check the 8700 block as this is an 
error-prone section. 

4. Run the program. The first statement executed should be 
8000. 

The computer should prompt you to enter your first 
variable. First you will be asked for the "screen width W". 
Suppose you are working with a graphics terminal which is 
layed out as a 200x200 dot matrix. The screen is 200 dots 
wide so enter 200 (followed by a carriage return). 

Next, the "field of view V" will be requested. Large 
values ol' about 1 represent wide angle views while small 
values of about .2 represent telephoto views. Enter 1.0 to 
put the program in a wide angle display mode. 

The "viewer's location iC,Y,Z" will be asked for. 
Assume that you are at a point X=Y=Z=0 in 3D space. Enter 
0,0,0. 

Viewer's direction will now be asked for. Pitch, bank 
and heading must be submitted so enter 0,0,0 representing a 
"head-on" view. 

As you press carriage return after entering the 
viewer's direction you will notice a definite delay before 
the program asks for the next values. The reason is that 
the program jumped to the matrix generator subroutine at 
fc200 and calculated the transformation matrix. 

The program will now ask for a line in 3D space. 
First, the start point will be requested. Assume the line 
begins at 0,0,100 (100 feet straight in front of you). 
Enter 0,0,100. Mow assume the line ends at 25,50,100 (25 
feet to the right, 50 feet above and 100 feet in front of 
you). Enter 25,50,100. 



A delay will occur as the program transforms the 3D 
line to a 2D line and prints the values of the 2D screen 
points on the terminal. The results should be, C,0 and 
24.75,49«5. Answers will vary by a few thousandths of a 
percent depending on the BASIC version used but rounding to 
the nearest integer will always give the proper screen 
coordinate. If the results are totally wrongs go back and 
check the BASIC program. An error in entering it may have 
occured. 

The following has been done: 




This was a verj;^ simple projection. No clipping was 
performed. The program will now ask for another line to 
project. Give it the following line: 

Start point = 0,0,50 
End point = 100,0,50 

This represents a line which is off the screen tc the right. 
The clipping subroutine will clip it and project the 
following screen points: 

Start point = 0,0 
End point = 99 1 

The following has been done: 
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Low, exit the program (using control C on a SWTP BASIC) and 
run it again following the procedures already described, but 
this time, when viewer's direction is asked for, enter 
0,-45,0. Ihis has introduced a-45 degree bank angle. Wow 
enter the line which had to be clipped earlier: 

Start point = 0,0,50 
End point = 100,0,50 

This is what should happen: 



Line 




Screen 





degrees 



a) Original view b) 45 degree bank c) clipped line 

Observe the results on the terminal: 

Start point =0,0 
End point = 99, S9 

Ihe proper line lias teen generated. 

Now, test the line elimination capability. When a new 
start point is asked for, enter: 

Start point = 0,0,-50 (50 feet behind the viewer) 
End point = 20,-25,-30 (20 feet right, 25 down, 
30 behind the viewer) 

The program will print "line off screen" because the line is 
entirely behind the viewer and is off the screen. 
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Title I 
Purpose I 

Input I 



Test 1 



8000 



This test is designed to test the operation of the 
3D to 2D converter and familiarize the user with 
its use. 

Typed by user. x(l ) ,y(l) , z(l ) ,x(3) ,y(3) , z (3) .x(5) , 
y(5).z(5).P.B H.V.W 



Outputi Printed on terminal. x(2) ,y(2 ) .xCJ') ,y(if) 
Operation! 

The Test 1 program asks the user for viewer infor- 
mation and the start and end points of one line. 
The screen points corresponding to the line are 
calculated and printed on the terminal. 



Start point- 
End point 



Viewer's direction 
Viewer's location 
Field of view- 
Screen width- 



Test 1 



.Screen start 
point 

-Screen end 
point 



Subroutines Calledi 

3D to 2D Converter 
Matrix Generator 

Temporary Storage 
None 



8500 
8200 



8000 DIM X(5),Y(5),Z(5),C(6) 
8005 PftlWT "SCakEEN WIDIH W" 
8010 IKPUT W 
8015 Vi=W/2 -1 

8020 PMNT "FIELD OF VIEW V" 
8025 lEPUT V 

8030 PMNT "VIEWER'S LOCATION X,Y,2" 
8035 INPUT X(3),Y(3),Z(3) 
8040 PRINT "DIRECTION OF VIEW P.B.H" 
8045 INPUT P,B,H 
8050 GCSUB 8200 
8055 PI5INT "START POINT X,I,Z" 
8060 INPUT X(1),I(1),Z(1) 
8065 PRINT "Elffi POINT X,Y,Z" 
8070 INPUT. X(5),Y(5),Z(5) 
8075 GOSUB 8500 
8060 II- P2=0 THEN GOTO 8095 
8062 PRINT "SCREEN START PT = ":X(2),Y(2) 
8083 PRINT "SCREEN END PT = ";X(4),y(4) 
8090 GOTO 8055 

80S5 PRINT "LINE IS OFF SCREEN" 
80S9 GOTO b055 



I Initialize arrays 



Input viewer's 
information 



Compute transfor- 
mation matrix 

Input line 
information 

ZH 3D to 2D convert 



Print the results 



Figure 19. The Test 1 Program 
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AH^AY HAJ-IDIING IN THE INTERFACE PROGRAK 



The Test 1 program was fine for generating a single 
line projection, but images are formed from manj' lines or an 
array' of lines. This is where the input array concept comes 
in. "a list of lines can be placed in a EASIC array and a 
loop can be set up to feed the lines to the 3D to 2D 
converter, one at a time. The Q, R, and S values correspond 
to X, Y, and 2 start and end points. The following list, 
which should be entered at locations 1000 to 1035 represents 
a pyramid. 



1000 


Q 


(1- 


=100 


1001 


R 


1 


)=o 


1002 


S 


1 


= 1100 


1003 


Q 


2, 


=500 " 


1004 


R 


'2 


=0 


1005 


S 




= 1100 


1006 


Q 


,3; 


=500 " 


1007 


R 




=0 


1008 


S 




=1100. 


1009 


Q 


Wi 


=3C0 ■ 


1010 


R 


4 


=0 


1011 


S 


4 


=1400 


1012 


Q( 




=300 ■ 


1013 


R( 




=0 


1014 


S( 




=1400. 


10113 


Q( 


6, 


=100 " 


1016 


R( 


6' 


=0 


1017 


S( 


6J 


=1100 



pt 
1 

pt 

2 
pt 

3 

\' 

pt 
5 

^6^ 



line 
1 



1018 


Q 






=100 


1019 


R 




=0 


1020 


S 


7 




=1100 - 


1021 


Q 


e 




=300 " 


1022 


R 


6, 


1=400 


1023 


S 






=1200 J 


1024 


Q 






=300 


1025 


R( 




=0 


1026 


S{ 


[s: 




=1400 J 


1027 


Q 


*1C 




=300 


1028 


R( 


10 


=400 


1029 


S( 


10 


=1200. 


1030 


Q< 


11 


=200 ■ 


1031 


R( 


11' 


=400 


1032 


SI 


,11 


=1200. 


1033 


Q' 


12 


=500 ' 


1034 


R( 


12 


=0 


1035 


S 


12] 


=1100 



pt 

7 
8 

9 

10 

11 

12 



Figure 20. An input array for a pyramid 



Test 2, an array handling modification of Test 1, can 
now be entered and run. Remember to enter the pyramid 
values also. The program will ask for viewer's information 
as it did before but line start and end points will be read 
sequentially out of the input array. All six screen lines 
will be printed on the terminal. 

Many— lined images can be drawn using larger Q,R,S array 
sizes but BASIC uses up memory fast. Large amouKts of 
memory will be needed to generate large, complex scenes. 
This is one of BASIC'S disadvantages. 
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Title I 
Purpose! 

Input I 



Test 2 



201 



This test is designed to illustrate the use of 
an input array of start and end points of lines. 

Typed by user, x(3) .y(3) . z(3) .P.B.H.V.W 
Input arrayi Q,fi,S 



Outputi Printed on terminal. x(2) ,y(2 J ,x(4) ,y(i)-) 
Operation I 

Same as Test 1 except an input array is fed to 
the 3D to 2D converter. 

Subroutines Called i 

3D to 2D Converter 
Matrix Generator 

Temporary Storage i 



0201 
6000 
b005 
6010 
6015 
6020 
6025 
6050 
6035 
6040 
6045 
6050 
6055 
6060 
6065 
6066 
6069 
6072 
6075 
6078 
6080 
6082 
6083 
8084 
6095 
6098 
6099 



DIM Qf12),R( 2),S 12 
DIM X(5),Y(5),Z(5),C(8) 
PRIJiT "SCREEN WIDTH W" 
INPUT W 
M=W/2— 1 
mim "FIELD OF VIEW V" 
IWPLT V 

PRIKT "VIEWER'S lOCAIIOM X,Y,Z" 
INPUT X(3),I(3),Z(3) 
PRINT "DIRECTION OF VIEW P,B,H'' 
INPUT P,B,H 



GOSUB 8200 



FOR J 


i^1=1 TO 


X(1 


)=Q(A1) 


Y(1 


I=R(A1) 


Z(1 


i=s(ai) 


X 5 


=Q(A1+1 


Y 5 


=R(A1+1 


Z(5 


i=S(A1+1 



11 STEP 2 



GOSUB 8500 
IF P2=0 THEN GOTO 8095 
PRINT "SCREEN START PT = ":X(2),Y(2) 
PRINT "SCREEN END PT = ";X(4),Y(4) 
GOTO 80S8 

PRINT "LINE IS OFF THE SCREEN" 

NEXT Al _ 

GOTO 8030 " 



Initialize arrays 



Get viewer's 
information and 
calculate the 
transformation 
matrix 



"Peed lines to the 
3D to 2D converter" 
loop 



Next view 



Figure 21. The Test 2 Program 
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A SIMPLE DISPLAY DRIVING PROGRAK 



Instead of printing screen start and end points on the 
terminal, the start and end points can be sent to a display 
device to create the final result; a real display. Two 
system prerequisites must be met before this can be done. 



1. You must have some sort of display device to drive. 

2. BASIC must be capable of controlling the display 
divice directly, or BASIC callable assembly language 
subroutines which are capable of display device control 
must exist. 

ftote that any BASIC having a PEEK and POKE instruction can 
manipulate memory and a display device jvist as assembly 
language can. A number of 4K BASIGs, unfortunately, have no 
provision for communication to assembly langtiage programe 
and don't possess PEEK and POKE instructions either, 
fcunning a display device other than the console terminal 
(which could indeed be a graphics terminal) is very 
difficult and involves programming tricks. 

The Display Interface Program is a modification of the 
Test 2 program and has screen driving capabilities. It was 
written for a Graphics One terminal usirig Southwest 
Technical Products' 6K BASIC and a SWTP 6800 CPU. Array 
handling is performed as it was in Test 2 but instead of 
printing results it jumps to the 9000 Display Control 
subroutine. The subroutine sheet describes its operation 
but basically the display control subroutine "POKEs start 
and end points at the display terminal". 

The Graphics One terminal (the one ve use at SubLogic) 
has a built-in vector generator. If your display device 
doesn't have vector drawing abilities, the Vector Drawing 
Subroutine (6900) can be used to calculate all the picture 
elements between a start and end point. This subroutine 
involves no trig, multiplies or divides and is thus easy to 
translate into fast assembly language. 
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0201 

6000 

6005 

bOlO 

6015 

6020 

6025 

6030 

6035 

6040 

6045 

6050 

8055 

6060 

6063 

6066 

6069 

6072 

6075 

6078 

6081 

6084 

6085 

SOOO 

S010 

9011 

Q012 

S014 

9500 

S505 

9510 

9515 

5520 

9522 

9525 

9527 

9529 

9531 

9535 

9540 

9550 

9555 

9560 



DIM Q(12),R(12),S(12) 
DIM X(5),Y(5),Z(5),C(8) 
PRIhT "SCREEN WIDTH W" 
IMPUT W 
feW/2-1 
PRIKT "PIELD OP VIEVj V" 
INPUT V 

PRIlvT "VIEWER'S LOCATION 
INPUT X(3),y(3),Z(3) 
PRIKT "DIRECTION OP VIEV 
INPUT P,B,H 
GOSUB 8200 

POR A1=1 TO 11 STEP 2 



P,B,H" 



X( 


1. 


)=Q(A1) 


Y( 


1 


l=R(A1 } 


Z( 


1 


=S(Al) 


X( 


5 


)=Q(A1+1 


^( 


5 


=R(A1+1 


Z( 


5; 


=S(A1+1 



GOSUB 8500 
GOSUB 9C00 
NEXT A1 
GOTO 8030 
IP F2=0 THElv' 



RETURN 




=X(2)+100 
=100-1(2) 
=;X(4)+100 
=100-Y(4) 
32792,19) 
32792,17) 
32793,89) 
GOSUB 9550 
P0KE( 32793 ,X(2)) 
GOSUB 9550 

poKE( 32793, y(2)) 

GOSUB 9550 

P0KE( 52793, X( 4)) 

GOSUB 9550 

POKE( 32793, Y(4)) 

RETURN 

B9=PEEK (32792) 
IP E3=0 THEl^ GOTO 9550 
RETURN 



I 



Initialize arrays 



Get viewer's 

information and 
create the 
transformation 
matrix 



Array handling 
loop sends lines 
to the terminal 
communication 
section (block 
9000) 

Get new viewer data 

Check if display flag 
P2 is set. Calculate 
corrected screen points. 

Clear the PIA 19.17 
Send vector code 89 

Wait for echo 



Send screen start and 
end point to graphics 
terminal. 



Retum 

"Wait for graphics term- 
inal echo"subroutine 



Figure 22. The Display Interface program 
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0900 R&'i Lim GENERATOR 

8903 REM A SUM TRACKING ALGORITHM IS USED TO 
8906 SEti GEliERATE ALL PIXELS BEl'WEEK TWO POINTS. 
8909 RE^i THIS PROGRAM WILL ASK TOR A START AND END 
8912 REhi POINT "X1,:i1 AND X2,Y2" AND WILL PRINT 

8915 RE^. THE PIXELS. ONLY INTEGERS ARE ALLOWED. 

8916 REK LINE GENERATOR 

8921 PRINT "ENTER THE SCREES^ POINT XI, Y1" 
8924 INIUT XI ,yi 

8927 PRINT "ENTER THE SCREEiJ POINT X2,Y2" 
8930 INPUT X2,Y2 
8933 S=0 
8936 

893 S N=1 

8942 D=X2-X1 

8945 IE D<0 THEiv M=-1 

8948 IF D<0 THEN Di=-D 

8951 IF D=0 THEi^ S=-1 

8954 B=Y2-Y1 

8957 IF E<0 THEJi N=-1 

8960 IF E<0 THEN E=-E 

8963 PRINT "PIXEL = ";X1,Y1 

8966 IF X1=0(2 THEN GOTO 8990 

8969 IF 3<0 THEN GOTO 8981 

8972 X1=X1+M 

8975 S=S-E 

8978 GOTO 8S63 

8981 Y1=Y1+N 

8984 S=S+D 

8987 GOTO 8S63 

8990 IF Y1=Y2 THEN GOTO 8921 

8993 GOTO 8969 

8996 REl'l PROGRAM EI\IB 



Figure 23. A line between points drawing program 



CUSTOMIZED lUTEEFACE PfiOGRA^iS 
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The display interface program of figure 22 will need 
modification to project ima^s on a display device other 
than a Graphics One terminal. The 9000 Talock of the program 
is where the screen lines are sent to the terminal and where 
the modification must be made. If your display device has a 
protocol which allows vectors to be drawn, simply scale and 
bias the screen start and end point values with addition and 
multiplication to meet the device's format. This is what 
was done in statements 9010-l'i' of the display interface 
program (figure 22). 

When writing interface software make sure you don't 
interfere with the 3E to 2D conversion software by using 
already used variables. The following variables should be 
avoided: X array, Y array, Z array, C array, 11-19, t^^-Rt, 
A, B, F, G, H, K, M, 11, 1, P2 ,S, V, and W, You can, of 
course, modify X(3), Y(3), Z(3), P, £, H, V and W for the 
purpose of ciianglng viewer's position, direction of view and 
field of vision. Just be careful not to use then as 
temporary storage. If strange things start happening with 
the display program after writing a new interface program, 
violation of this rule is the first thing to check. 
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Three diraensional graphics tisplays, gajues and 
simulations are hard to develop and implement, tnlike nifcuay 
simpler software pacltagee (versions of LASIC, simple [^xnea, 
iitar Trek, etc.) this 3D graphics package war. not intencita 
to be a load-and-go irogran pacicage. It was intcndec to ue 
a versatile pacicage of subroutines which, after ;^ lot oi" 
systen dependent interface work, results in a vexy uceiul 
and advanced piece ol' customized display software. Oetting 
3U graphics up and running may not be easy, but when you 
linally achieve your end result, it will undoubtedly be the 
Bost impi'essive piece of software you own. 

We at SubLoric are interested ir. hear-in^;, about j-our 
work in 5D graphics. We are constantly trying tc inprove, 
debug, and speed-up our 3L to 2D converters and the .icre 
feedback frori the field we get, the better our products will 
get. 

Once again, thai.k you for oidering the tubLogic BASIC 
Microcomputer Graphics Package. 



APPENDIX 
SECTION 



APPENDIX 1- Memory Map 
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BASIC Block 
8000 



User's Interface Program 



Transformation Matrix Generator 



Sine/Cosine Subroutine 



Matrix Multiplier 



Clipping Section 



Projection Section 



Line Drawing Program 



Display Device Driver Subroutine 



Viewer's Information 
Variable Definition 



X(3) 
Y(3) 
2(3) 

P 

6 

H 

V 

W 



Viewer's X location in space 
Viewer's Y location in space 
Viewer's Z location in space 
Viewer's Pitch (inclination) 
Viewer's Bank (roll) 
Viewer's Heading (North, South. .. ) 
Field of View (wide angle, telephoto) 
Screen Width (from center to edge) 



APPENDIX 2- GRAPHIC PRIMCIPL13S 
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A translation, rotation, clipping and projection 
algorithm miist be applied to each line aubmitted to the 2iy 
to 2D converter program. The details of the I'our step 
process will now be discussed. 

Point Translation 
The viewer's location in space is always considered to 
be at 0,0,0 in 3 coordinate space. V.hen the program, user 
specifies a location other than 0,0, C the points in the data 
base are translated and the viewer remains at 0,0,0. In 
other words, the whole world moves and the viewer remains 
stationary. Each individual point in the data base has an 
X, Y, and Z translational value added to it. figure a2-1 
illustrates translation. 

Point Rotation 
As with translation, it's the world which rotates 
around the viewer when point rotation is performed. Through 
eeometric principles, a 3 x 3 matrix, which when multiplied 
by a 3 element vector (a 3D space coordinate) rotates it 
about the origin, was derived and is shown in figure a2-2. 
Ihis matrix need only be created once per each viewing 
direction since It applies to all points for that view. 
Sines and cosines of the pitch, lank and heading (the 




viewer 



Figure A2-1. Point translation of a data base 



[x- y z3 = |x Y z] 



Cos H Cos B 
+ 

Sin H Sin P 
Sin B 



Cos P Sin B 



-Sin H Cos B 
+ 

Cos H Sin P 
Sin B 



-Cos H 


Sin 


B 


+ 
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Where BC' Y' ZQ= Transformed (rotated) point, 

QC Y ZJ = Original point, 

P = Pitch 

B = Bank 

H = Heading 



Figure A2-2. The rotational matrix being multiplied 

by the original 3D space coordinate point 
(row vector) yielding the rotated point 
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direction of view) must be computed to generate thiK aafciix. 
In the interest of speed, lookup tables are used in the 
Mcrocomputer Graphics Packafc:e (assembly versions only). 
Line Clipping and Coding 
The operation which takes the lontf^est in the 'ju 
graphics program is that of clipping and oliLinatiry; line.-, 
that fall off or partially off the screen. li/jure vS:^:: 
illustrates a line in need of clipping. The mathenatics of 
clipping a line and pushing end points to screen boundaries 
are quite simple but deciding which way to push then is what 
takes up the time 




Figure A2-3. A line in need of clipping 
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Every line's start and end points are assigned code 
values which indicate which side of the viewing pyranid the 
IHDints fall. The viewing pyramic consists ol four 
intersecting planes whose apex is at the viewer's eye. A 
pyramid cross section represents the screen onto which 
objects are projected. The equations of the four planes 
axe: X=Z, -X=Z, y=Z and -Y=Z. 

After translation and rotation, a 4 bit code is set up 
for each point in space. The foiir bits indicate: 

C0= 1 = point to left of -X=Z plane 

C1= 1 = point to right of X=Z plane 

C2= 1 = point is above the Y=Z plane 

C3= 1 = point is below the -■i'=Z plane 

If a point's code is all zeros, the point is within 
the viewing pyramid. If it has some ones in it, it is olf 
the screen but may represent a line which intersects the 
screen. The line's start and end point's codes are cowpared 
to check if the line is off the screen. One sure ofl-screen 
test is to see if the start and end pioints are olf the 
screen in the same direction (both to the right of the 
screen for example). By simply "anding" the two codes, any 
common off-sides condition can be found. 

It is not always this easy however. Suppose the start 
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point is to the left of the screen and the end point is to 
the right. In this case, the codes are 1000 and 010C. 'j.he 
"and" of the codes is 0000 which means the line .'uight be on 
the screen partially. The 1000 code indicates that the 
start point is to the left of the screen and must be pushea 
right while the 0100 code means the end point is too far to 
the right and must be pushed left. The push mathematics are 
performed for the right push: 

lc=(z(a)+x(a))/(x(a)-x(b)-z(b)+z(a)) 
x(a)=k*(z(a)-z(bn-z(a) 
y a)=k*(y{b)-y(a))+y(a) 
z(a)=-x(a) 

and for the left push: 

k=(z(a)-x(a))/(x(b)-x(a)-z(b)+z(a)) 
x(a)=k*(z(b)-z(a) )+z(a) 
y(aUk*(y(b)-y(a))+y(a) 
z(a)=x(a) 



and the line is ready to be projected onto the screen. 
Essentially the followine has been done: 



Push 




Push 



Sometimes after one push, it becomes apparent tiiat the 
line will not intersect the viewing pyramid ai'ter all and 
the line must be eliminated. 



Projection 
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After the line has teen clipped, the 3D to 2D 
perspective projection must te performed. By plotting si-ace 
coordinates X/Z and y/Z for every point within the viewing 
pyramid, a true perspective image can be generated on the 
display device. Division by the point's depth (Z) causes 
objects in the the distance to appear smaller. Care must be 
taken to avoid projecting points lying at the base of the 
viewing pyramid (X=Y=Z=0) as division by zero will result. 
A point at the base of the wiewing pramid is not definable 
because it implies a view of an infinitesimally small point 
from a distance of zero (at the viewer's eye). 

Integer Graphics 

Integer arithmetic is, speedwise, far superior to 
floating point and was thus chosen for the assembly language 
3D graphics package. Double precision 8 bit words are used 
for all space coordinates providing a. range of 32767 units 
in each direction. The boundaries of the 3D scene, however, 
should be less since the viewer's translational offsets will 
be added to each point. In order to increase processing 
speed, no overflow checking is performed in additions and 
multiplications and points which overflow will end up on the 
wrong side of the scene resulting in display distortion. 



APPENDIX 3 

APPLICATION NOTES FLIGHT SIMULATION 
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Much of the existing information and many of the 
accomplishments in the 3D graphics field are a direct 
result of flight simulation research. Flight simula- 
tion is an area where 3D graphics has many advantages 
over the real thing. Flight training costs are lowered, 
ther is no interference from bad weather, and there is 
no risk of crashing. 

Pilots using a 3D graphics equipped simulator can 
learn more about the flight characteristics of an air- 
craft. Spins, steep dives, near crashes and generally 
pushing the plane to and beyond its limits are all safe 
maneuvers and a pilot can learn what to expect in any 
of these situations. 




Hidden line elimination adds very little to flight 
simulation once a viewer is nore than a few feet above 
the ground. This makes very realistic, fast simulations 
possible at a low cost. 
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APPLICATION NOTE C0I4PUTER ART 



The SubLogic 3D Microcomputer Graphics package makes 
a very good computer art tool. It can do things which 
would be nearly impossible using standard 2D techniques. 
An example of this is the splraling triangle. By placing 
a triangle at a great distance and slowly approaching 
it while increasing the bank angle, a very Interesting 
picture results. Frame erasing between frames has been 
turned off as figure a illustrates. 



By rotating, superimposing and moving in space, 
dramatic curved and radially spiraling figures are 
generated. Very complex figures as well as simple 
triangles can be used. 

Motion effects are also possible by superimposing 
3 or frames with different reference frames. 




Film makers can also utilize 3D graphics as an 
animation aid. Additional realism is possible since 
accurate perspectives are always generated. 
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APPLICATION NOTE - - - ARCHITECTURAL DESIGN 



Architectural models have been used in the development 
of buildings and other structures for centuries. Computer 
generation of views of buildings, however, is a relatively 
recent innovation. Computer generated projections offer 
a few important advantages over more conventional models i 

1. They are less expensive when Implemented with 
a microcomputer based system 

2. They are easily constructed and modified 

3. The user has the ability to observe the 
scene from between and inside the buildings. 

Hidden line elimination is very beneficial to archi- 
tectural projections. 

The BASIC version of the microcomputer graphics 
package is well suited to architectural design graphics. 
Taking a few minutes to generate a complex scene is ac- 
ceptable and high precision is a must. 
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APPLICATION NOTE DRIVING SIMULATION 



Driver training is one area where very few computer 
simulations are currently used. The main reason is that 
it is not cost effective. A whole fleet of driver educa- 
tion cars can be bought for the price of a single 
dedicated 3D graphics generator. The microcomputer, m 
conjuction with the SubLogic 3D Microcomputer Graphics 
Package can change this. 

By projecting a training course on an inexpensive 
projection television in front of the driver, he can 
practice driving all day without an instructor. With 
todays rising gas and auto prices and dropping computer 
costs, this sort of simulation gets even more _ attractive. 

As with flight simulation, you can do things with 
a driving simulator which you would never do on a road. 
A student's emergency procedures can be tested by having 
another oar pull out in front of him unexpectedly. 
Driver control at high speeds can also be tested. 









ja 






















1 \\ 
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APPLICATION NOTE ROOM LAYOUT VISUALIZATION 



Using sketches and cardboard cut-outs to visualize 
a room layout before moving or buying furniture is help- 
ful, but the fi*al result never quite looks like what you 
expected it to. The 3D microcomputer graphics package 
can project views of rooms with true perspective. Once 
the data base is in the computer you will be able to 
look at a room from any angle and location. Walls and 
ceilings can also be included In the simulation 




APPLICATION NOTE 3D GAMES 



Computer games have always been popular but is seems 
that half the microcomputer applications now-a-days involve 
a game of some sort. Most of the games Involve 2D displays. 
Three dimensional graphics can add a whole new dimension to 
these games but imagine games like"3D tank" or 3D dog-fight. 
Two WW 1 aces can be flying in each others data bases. An 
actual two player aerial battle is possible. 



APPLICATION NOTE - 



- ENGINEERING DRAWING 
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Traditional engineering drawings help an engineer 
design and get a good idea of what his finished product 
will look like. Typically, three oblique views are pro- 
jected (a top, front and side view) and a perspective 
3D view is often included. The engineer or draftsman 
must do all the calculations to determine what the views 
will be. This amounts to four drawings and a lot of 
work. Three dimensional microcomputer graphics can be a 
great benefit in the construction of these drawings. 

Every engineering graphics student learns about 
the two ways to calculate cross sectional views of objects. 
There are the standard graphics methods which amount to 
drawing lines from the original to a projection line and 
back to another view, and there is the much more accurate 
but very difficult analytic method which uses equations 
to project lines. The 3D graphics package uses the ana- 
lytic method resulting in more accurate as well as faster 
drawings. 

An engineering drawing can be set up using the 31' 
Microcomputer Graphics Package as follows « 

1, The object (machine, architectural structure, road, 
bridge, etc.) should be put into a 3D data base form 
and loaded into computer memory. 

2, A telephoto view of the object from a great distance 
should be projected. An oblique view will result. 

3, A top, side and front view, as well as any desired 
cross-sectional views should be projected. 

4, Finally, a close-up view with a wide angle field 
of view can be projected resulting in a dramatic 
perspective view. 

With a little work and imagination even more impres-' 
sive things can be done. An interface program can be set 
up to take passes through the data base before an object 
is projected. Pour views at once can then be put on the 
screen as figure a shows. The computer can do in seconds 
what would have taken a draftsman hours. Needless to say, 
a high resolution graphics device is very desirable in 
this application. 
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Figure a. An engineering drawing generated 
using 3E microcomputer graphics 
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APPENDIX ^ 

MISCELLANEOUS TOPIC ADVANCED GRAPHICS CONCEPTS 



Three dimensional wire-frame projections are a very 
simple form of computer graphics. More realistic projections 
can be generated using more advanced and much more difficult 
projection algorithms. 

Hidden line elimination is a very desirable feature. 
Lines which are blocked by other surfaces in space are 
clipped against them or eliminated. The problem with hidden 
line elimination is computation time. A number of hidden 
line elimination algorithms exist. These algorithms either 
compare every line against every surface or use nondetermin- 
istic methods to look for conflicts and try to resolve them. 
Both methods are very time consuming. 

A simple line projection program can not easily be con- 
verted into a hidden line algorithm program. In hidden line 
elimination algorithms, surfaces and planes are dealt with. 
A whole different method of representing objects is the re- 
sult. Figure a illustrates hidden line elimination. 



1) a wire frame object 2) hidden lines removed 

Figure a. Hidden line elimination 



A number of interesting problems can exist when working 
with hidden line and hidden surface situations. Figure b, 
for example, shows a condition where two surfaces block 
one-another. 




Figure b. Hidden surface conflict 
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Problems like these can be handled by breaking surfaces 
into smaller surfaces, but this takes even more computation 
time. A very good article concerning ten hidden line and 
surface algorithms can be found in Computing Surveys mag- 
azine, March 197'+. 

Another advanced graphics technique is shading. 
Surfaces at different angles have different color shades 
when projected due to light angle and viewing angle. Shading 
adds a very realistic effect to 3D pictures when used with 
hidden surface elimination. 

Shadowing is a difficult task and adds little to 
the realism of a picture other than the feeling that light 
is striking objects from a certain direction. It is very 
interesting to experiment with, however. Figure c shows 
shadowing. 




Figure c. Shadowing 



Atmospheric degradation makes objects fade away as 
they get farther away. The effect can be used to simulate 
fog or haze. 

Specialized hardware which produces graphics with 
shading, hidden surface elimination, and atmospheric 
degradation at the rate of 30 frames per second currently 
exists but is very expensive. Instead of having a subroutine 
perforra a function, this equipment has a logic card perform 
the function. 
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MISCSLLAiiECLS TOPIC GROUiJE lEXTURL 



Dynamic 3D {jraphics is very uselul in fligiit and 
driving simulations. Tht; tecluiique of grounc texture 
generation can be used to dramatically increase the realisia 
and enhance the user's atility to tell where and how he is 
moving in space. By laying out a .-prid on the ground in the 
5D scene, an illusion of a solid ground surface is created 
(see figure a) . 
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Figure a. A runway and a ground grid 

i.otice the difference in the finid result on the screens of 
ilgure b. The orientation of the runway is ijuch clearer 
when the ground frid is present, not to mention the more 
dramatic look. Perspective is also i ore obvious. 




1) the runway 2) the runway with 

ground texture 

Figure b. The difference ground texture makes 

A grouno grid proviaes a good vertical and horizontal 
rovement queue also. At large distances fron: the airport, 
aircraft movenent can be sensed as you fly over the frid 
lines. Additional realism is created by the creation of i- 
"horizon" at the end of the rrrid. This is so-nethinr 
everyone is used to seeing and can judge bank by. 
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MISCELLANEOUS TOPIC THE EXACT FIELD OF VIEW 



Throughout the 3D Graphics Package the concept of 
field of view was described from a wide angle/ narrow 
angle telephoto point of view. There is, however, a 
geometrically correct viewing angle for any given sit 
uation. This angle is determined by the screen's 
physical size and the distance the viewer is from it. 
Figure a illustrates this concept. 



Screen cross section 

i screen width = 6" 



half field = arc tan 6/Zk 
field of view parameter = 
Figure a. The correct field of view 



A simple way to calculate the precise viewing para- 
meter is by dividing half the screen width by the distance 
the viewer is from the screen. 

Using any other viewing angle is geometrically incor- 
rect but the views are still very acceptable. This 
principle also applies to television and photographs which 
look acceptable from many different viewing distances. 



viewer 
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MISCELLANEOUS TOPIC PARALLEL PROCESSING AND GRAPHICS 



General purpose computer tasks are usually quite 
serial in nature making parallel processing of data un- 
desirable. Three dimensional graphics, however, is one 
of those rare cases where there are almost unlimited par- 
allel processing prospects. Offset addition, matrix mul- 
tiplication, clipping, projecting and vector drawing can 
all be handled independently. Since a large array of lines 
are usually transformed, one processor can operate on one 
line while another works on the next line. 

SubLogic has used parallel processing to a small 
extent. The Graphics One terminal has a built-in micro- 
computer which was programmed to draw white vectors, erase 
the screen, and erase individual lines. Line's start and 
end points were sent to the Gl terminal where vectors were 
computed hile the next 3D to 2D conversion wfts being 
performed by the SWTP 6800 CPU. Very little time was saved 
however since 3D to 2D conversion took many times as long 
as vector generation. 

The subroutine which takes the longest to perform on 
a microcomputer without hardware multiply capabilities 
is the matrix multiply section. Clipping time runs a 
close second. If a hardware multiply is available, however, 
the matrix multipioation time is reduced to only about 
10?J of the calculation time with clipping jumping to 
nearly 75^ of the processing time. Percent figures like 
these are very machine dependent. 

Before trying parallel processing, it is wise to 
time the program components to see where the time is going. 
An even task distribution among processors is the mark 
of a good parallel processing system. If program timings 
are not performed, you are likely to have the same problem 
general purpose program parallel processing systems 
have I idle processor elements. Figure a shows a simple 
parallel processing system. 



SWTP 6800 




SWTP 6800 




8080 SYSTEM WITH 


^ 


»■ 


CPU 




CPU 




MATROX DISPLAY 



Matrix Mult. Clipping Vector Generation 

and Display 



Figure a. A parallel processing system 
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MISCELLANEOUS TOPIC DYNAMIC DATA BASES 



There is no reason why the data base or scene which 
will be projected must remain static. In many applications 
a moving object in a scene is desirable. 

A driving simulation is a good example of the use of 
a dynamic data base. Other cars on the road should be 
able to move, dart out in front of you and cut you off 
just like they do in real life. 

There are two ways to create a dynamic data base. 
One is by actually manipulating the data base values with 
a user written subroutine. Values can be added and sub- 
tracted from every coordinate point. Using different ref- 
erence frames is another way to make objects move. Actually, 
both methods are the same. Using another reference frame 
lets the 3D to 2D converter add and subtract the offsets 
for you. 



MISCELLANEOUS TOPIC GENERATING DATA BASES 



Laying out a 3D scene on a large sheet of graph paper 
is a hard way to generate a 3D data base. If many data 
bases are going to be used, it may be worth while to have 
your computer help you with the task of generating them. 
There are a few methods ranging from very expensive to 
no cost at all which can be used. 

A data tablet can be used to specify lines in 3D space. 
Just drawing the lines on the tablet will automatically 
calculate 3D space coordinates and enter them in this data 
base. Data tablets are very expensive. 

A joystick arrangement is just as versatile as the 
data tablet. By directing a scene-drawing cursor with the 
joystick a 3D data base can be entered. 

The least expensive method, which anyone can use, 
consists of a keyboard controlled relative movement 
program. Instead of entering every point in the 3D data 
base, the user specifies wherein space the next point should 
bo, relative to the last. Commands such as +30X would 
generate array entries corresponding to the absolute location. 
To initially start the cursor or to start a new start point, 
an absolute command such as A 25,1050,35 could be used 
to specify the X,Y and Z values. 
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MISCELLANEOUS TOPIC INDEPENDENT REFERENCE FRAMES 

AND THE HORIZON LINE 



The 3D to 2D converter subroutine can be used to 
handle many different input arrays in a single prograiUi 
A ground grid array can be transformed followed by an 
airport array and so on. This brings up the possibility 
of not only transforming arrays separately, but differently 
as well. By changing viewer's information and creating 
new transformation arrays between 3D to 2D conversions, 
objects in different reference frames can be generated. 
Take a driving simulation as an example. You may wish to 
project the view out the windshield. The view of the 
world will depend on X, Y and Z viewer location but the 
hood of the car will always be right out in front of the 
viewer. By setting up two data bases, one for the car and 
one for the world, and using two reference frames, two 
arrays can be transformed into the desired image. 

By having a separate reference frame with a 180 
degree heading, and a very small screen width parameter, 
and with a little biasing, a rear view mirror could even 
be set up! 

A very good use for the variable reference frame is 
in horizon line generation. The edge of a ground grid can 
be used as a horizon but it is not an accurate horizon. 
First of all, it does not represent the true location at 
infinity where the horizon should be. The closer you get 
to the horizon (ground grid edge) the worse the the dis- 
tortion becomes (see figure a) 

viewer small angular horizon error 



ground grid edge true horizon at «» 



viewer _2a rge ang ular horizon error 



ground grid edge true horizon at «> 

Figure a. Horizon error 

A better horizon can be generated by putting a square 
boundary around the edge of the horizon data base and 
transforming it seperately. When transforming, however, 
the viewer's location should be set to 0,0,0 and only 
rotation (P,B and H) should be performed. The result will 
be a true horizon which you can never fly up to or over. 



MISCELLANEOUS TOPICS - - - COLOR GRAPHICS 
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On displays having color capabilities it is desirable 
to project multi-color images. Since the 3D graphics pro- 
gram is array oriented, this task can be performed by 
simply setting aside an individual array of JD lines for 
each seperate color. Each array can be processed and sent 
to the display device with the proper color code. Figures 
a and b illustrate the color arrays and the projection 
order. 



Red line array 
End code 



Blue line array 
End code 



Green line array 

End code 



Figure a. Three seperate color arrays 

T , 

Get viewer's location and direction 



|Set Input Buffer Pointer to red line array 

[Call the 3D to 2D conver t"er] 

I I 

ISend the red lines to the display device 
' 1" r 

I Set Input Buffer Pointer to blue line array! 

[Call the 3D to 2D converter 

[Send the blue lines to the display device 
I 

Set Input B uffer Pointer to green line array 

I — 

Call the 3D to 2D converter 

I ' 

ISend the green lines to the display device 



Figure b. The projection of 3 seperate arrays 
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MISCELLANEOUS TOPIC TRANSFORMATION MATRIX DERIVATION 

The 3D graphics program "rotates the world" by multiplying each point In 
the data bass by a transformation matrix, as described in the graphics principles 
section. This transformation matrix is actually a concatenation of three matricies. 
These matricies would rotate the world about the X, Y, and Z axes if applied 
seperateiy. The concatenated matrix performs all three rotations simultaneously. 
The Order of matrix concatenation is very important. In the 3D graphics package 
the heading matrix, pitch matrix, and finally the bank matrix are applied. 

The matrix concatenotion mothematics will now be shown. 



The following symbols will be used; 

SP=Sine (Pitch) 
SB= Sine (Bonk) 
SH= Sine (Heading) 

The pitch matrix "P" is: 



The bank matrix "B" is: 



P = 



B 




.0 

CB 
SB 
LO 



The heading matrix "H" is: 
H 

Concatenating the P and B matricies; 



CH 



-SH 



CP= Cosine (Pitch) 
CB= Cosine (Bank) 
CH=Cosine (Heading) 





CP 
SP 

-SB 
CB 



I 







-SP 
CP_ 

" 




SH 

CH 





■ CB 
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CB 


-SB 





PB = 


SBCP 


CBCP 


-SP 







CP 


-SP 


X 


SB 


CB 







SPSB 


SPCB 


CP. 







SP 


CP 










1 



Concatenating the H and PB matricies results in the final transformation matrix "T" 

fSHCf 



T =HPB 



CHCB 


+ 


5HSPSB 


SBCP 




-SHCB+ 




EHSPSB 





-CHSB + 
SHSPCB 



CBCP 



SBSH + 
CHSPCB 



-SP! 



ICHCPl 



CH SH 
1 
-SH 



CHj L 



CB -SB 
SBCP CBCP -SP 
SPSB SPCB CP 



This is the same transformation shown in the graphics principles section. 



MISCELLANEOUS TOPIC 



- ACCURATE TRIG 
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The BASIC Microcomputer Graphics Package does not require any BASIC 
trigonometric functions because it has an internal sine/cosine generator sub- 
routine. If a BASIC interpreter with trig functions is used, the transformation 
matrix can be generated with much higher precision. The slight bit of accuracy 
gained won't make very much difference in the final projection, but it will 
simplify the program and help satisfy perfectionists who want everything to be as 
precise as possible. 

The image projected using the more accurate transformation matrix will be 
identical, geometrically, to the old image. The improvement gained will be in 
the direction of view precision. For example, instead of looking at an object 
with a viewir^ direction of 29.995 degrees pitch, . 003 degrees bank and 
45.008 degrees heading, you will now be able to see the world from the desired 
30 degrees pitch, degrees bank and 45 degrees heading. Figure a illustrates 
the new transformation matrix generator. The Sine/Cosine generator subroutine 
in the BASIC 8300-8380 block can be eliminated if this matrix generator is used. 



8200 
8206 

8215 
8222 
8230 
8237 
8245 
8248 
8251 
8253 
8256 
8259 
8262 
8265 
8269 
8272 



K1=SIN 
Jt2=C0S 
R3=SIK 
K4=CCS 
R5=SIN 
R6=CCS 



P* 1.74532 921:^2) 
1*1. 74532 92B-2) 
7453292B-2) 
7453292B-2) 
74532 92B-2) 
7453292B-2) 



B*1 
E*1 
H*1 
H*1 

T1=R4*R6+R5*K1*R3 

12=-R6*R3+R5*R 1 *f.4 

T3=R5*R2*V 

14=R2*R3 

T5=R2*R4 

16=-R1*V 

T7=-E5*R4+R6*R1*h3 
ia=R5»R3+R5*R1*R4 
T9=R2*R6*V 
EETUm 



Sin/Cos 
Calculation 



Transformation 

Matrix 

Generation 

Return 



Figure a. High accuracy matrix generator 
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MISCELLANEOUS TOPIC BASIC SPEED-UPS 



Speeding up a BASIC graphics program to perforin like 
an assembly language version is not possible. Assembly 
language has a 100 to one speed advantage over the BASIC 
package, but BASIC has one very desirable feature; it is 
extremely accurate. It is therefore well suited to large, 
complex, static displays used in architectural design, art, 
engineering, etc. It may take minutes to generate one 
frame so even a 50^ speed improvement will save the user 
a minute or two for each display frame. A few speedup 
methods which can be employed in many BASICS will now 
be presented. Make sure to check your particular BASIC 
manual before trying them. They may not help or even 
work with your particular, BASIC. 

1. Remove the REM statements or make sure program 
execution jumps around them. You don't want 
BASIC wasting time deciding not to execute a 
comment. 

2. Don't use LET if your BASIC accepts statements 
without it. It just takes up memory and wastes 
interpretation time. 

3. Jype all statements without spaces. Some 
interpreters waste time skipping over spaces. 
For example, typei 

IPA=BTHENGOT080 

instead ofi 

IF A=B THEN GOTO 80 

The listing may look strange but as long as you 
have a nicely formatted listing to back it up, 
that's alright. 



MISCELLANEOUS TOPIC - 



- ADVANCED ARRAY STORAGE 



The BASIC Microcomputer Graphic Package is very 
precise and is well suited to intricate scenes with 
many edges. Storing large data bases in BASIC arrays 
however is very memory-wasteful. BASIC usually assigns 
large BCD values for each array entry. A method that 
may be used to cut array storage nize by up to 90% 
will now be described. 

If your BASIC interpreter has PEEK and POKE in- 
structions, you can store a data base in memory in a 
double precision integer format. Only two 8 bit bytes 
must be used for values with a range of ± 3276? units, 
A 311 line's start and end points can therefore be stored 
in 12 bytes. In other words, 3iH lines can be stored in 
every free block of memory. 

A floating point value can be put into 2 8 bit bytes 
in the following wayi 

M=X/256 
M=INT (M) 
L=X-(256*M) 

where 

X= floating point value to be split 

(where X is positive) 
M= most significant byte 
L= least significant byte 

These values can now be POKEd into memory. Converting 
data back to floating point is even easier. The following 
sequence will calculate floating point X. 

X= (PEEK (A)»256) + (PEEK (A+l) ) 

where 

A= address of first byte stored 

Two processor-system dependent things must be worked 
out before this scheme can successfully be used. First, 
an address handling program must be written. You must 
know where in memory to place the array. Overwriting 
data into program area or the BASIC interpreter can be 
disastrous. Sequencing through memory must also be 
controlled. 

The other thin.', which must be v/orked out is a way 
to express negative values. Probably the best way to 
handle this is to store all values as positive integers 
and add offset values when the value is back in floating 
point. 



of start and enpoints of lines to be displayed on the 
screen. The user's software takes it from there and 
sends the output array data to the screen. Display 
hardware and software should be capable of drawing 
lines, erasing the display screen, and sending data 
to the display device. To assist the user in interfacing, 
the graphics package contains information on line 
drawing methods and presents interface examples 
for common devices. 

Program Media The BASIC 3D package contains a BASIC listing of 
the program only. It has been optimized for size. The 
6800 assembly language comes with a Mikbug/ 
Kansas Cassette. The 8080/Z80 versions come with 
paper tape or TDL relocatable object code on a 
Tarbel I cassette. A loader for the TDL format is also 
provided. Both assembly language versions come 
with hex listings for those users not having the 
supplied media. No source listings are provided with 
the assembly language packages. 

Display Devices The only display requirement for the 3D packages is 
that you must have a device which your computer 
can somehow draw lines on. It can be a terminal, 
plotter, graphics display, or anything else. A power- 
ful high-resolution device is convenient, but a device 
as simple as a 64x64 dot matrix will work also. 

A Note to TRS-80, PET, and Apple II Owners: The output of programs is x,y coordinates of line end- 
points. 

TRS-80: Your 128x48 display allows pleasant, simple 
street, architecture, and space scenes. You must 
create a subroutine to draw lines between endpoints. 
An algorithm is given in the manuals for this task. 
If you are uneasy about Z80 programming, then we 
recommend the BASIC version (Level II required). 
PET: Most PET owners use the BASIC version to 
obtain line endpoints for manual graphing. A variable 
screen width feature allows you to scale the output 
according to the units desired. 
APPLE II: You must be able to use Floating Point 
BASIC and the high-resolution graphics routine 
simultaneously. Our marketing department uses an 
Apple 1 1 with Applesoft ROM card for BASIC program 
demonstration. The high resolution of the Apple 
permits a beautiful presentation of complex scenes. 
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Load and Go 
Packages 



The Dazzler and Matrox ALT-256**2 programs are 
written for instant use. Transformed scenes are 
displayed on the Dazzler or Matrox display with no 
user programming necessary. Our engineering 
department calls them "bullet proof ." 
It will be easy for you to use the programs with the 
step-by-step manual. A sample data base and test 
program are provided for quicl< familiarization. 

The programs are not ROMable or relocatable, nor 
can they be used with other display devices, but 
they include many valuable features: 

• The program may be controlled from assembly 
language or BASIC. 

• On the Matrox, adaptive screen erase speeds 
up display and minimizes flicker. 

• The Dazzler has double buffering to minimize 
flicker. 

Relocatable loader and object code for Tarbell 
cassette or keyboard loading are available as 
options. 

New Load and Go Graphics for 
Apple II with Applesoft ROM 

Includes BASIC manual plus programs with interface 
and sample data base on Applesoft 1 1 cassette. 
Load and Go program and documentation by Jim 
Harter. Introductory price (until March 1 , 1979) 
$26. ($28 thereafter.) 



4 



SubLOGIC has received many requests for Inter- 
preters (interface programs, drivers) to aid 3D 
experimenters' packages. Our engineering 
department lias now gone one step beyond: we have 
interface programs for the Dazzler, IVIatrox 
ALT-256. and Vector Graphics high resolution 
displays that provide many convenient features for 
all 2D display users: 

• Screen erase 

• Draw-a-line 

• Plot-a-point 

• Continue-a-line 

• Ray (draw a ray from a point, then continue) 

• Relative line capability (relocate whole series of 
lines, i.e., relocate or move a whole object) 

• Chain lines 

• Skip-and-jump lines 

• Shaded polygons 

• Circles and shaded circles 

Perhaps the most powerful aspect of the 2D programs 
3 that they allow you to build universal databases 
(your Dazzler images can be projected on any display 
device or plotter you eventually upgrade to). 
The interpreter includes a printed relocatable object 
code and either TDL format Tarbell tape or paper 
tape (a relocatable loader is included for TDL format 
tape). 

Whether you use 3D or 2D graphics, you'll find that 
the 2D interpreters are invaluable for your 
applications. 

• 66 page manual 

• Specify Matrox, Dazzler, or Vector Graphic High 
Resolution Board 

NO SOURCE $20 U.S. and Canada. $23 Foreign 



2D Drivers 



Hardware 



Specifications 



We have been getti ng many requests for i nformation 
about SI 00 display devices. With the Introduction 
of our 8080/Z80 package we thought It important, 
therefore, to evaluate current display devices to see 
which Is best for 3D graphics applications. These 
characteristics are of prime Importance: screen 
access time, erase speed, interface requirements, 
microprocessor bus overhead, and cost. The micro- 
processor bus overhead requirement eliminated 
most of the DMA devices from consideration, at least 
in dynamic applications. The board which seemed 
to meet all of our requirements was the Matrox 
AL.T-256**2, by Matrox Electronic Systems, Montreal, 
Canada. This Is a 256 x 256 bit map with Its own 
Internal 65K bit memory. It is S1 00 compatible and 
is preassembled, tested, and configured. We were 
also Impressed by the board s clean design (no 
variable resistors or other adjustment devices) and 
Its quality construction. A screen erase command 
feature allows quick screen erasing, something that 
takes a long time under software control. 
We are now offering the Matrox ALT-256**2 card to 
our customers I nterfacing this card to the 8080/Z80 
package Is trivial since the interface example irithe 
manual Is for this card. The price of this card Is 
higher than for DMA display cards because of the 
onboard 65K memory and the preassembly, but^the 
increase in performance Is well worth it. If you 
would like a copy of the 42-page manual for the 
Matrox board, send $3.00; the price can be deducted 
from your order for the board 

On the following four pages are the specifications 
for all of our 3D software packages as well as for 
the Matrox ALT-256**2 display board we offer. 

Please note that while we assume that most of our 
customers will be using microcomputer hardware, 
any computer with BASIC can accept the universal 
BASIC 3D program. 
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BASIC LANGUAGE 



Program Number 
Program Language 

Projection Method 
Viewing Range 
Speciai Features 
■Memory Requirements 
Paclcage Contents 

Price 



3DGBU.V03 

ivlinimal Set BASIC (let, for-next, =. +, -,/.*, If- 
then, 1 dimensional arrays, goto, gosub, return). 
No trig functions are needed, 
3D to 2D wire frame perspective with 3D clipping. 
No hidden line elimination capabilities, 
X,Y,Z range of BASIC (floating point range) 3 axis 
freedom: to 359.999 degrees. 
Variable viewing window (telephoto/wide angle) 
Universality due to BASIC, 

Depends on BASIC efficiency. A 1 2K system should 
be adequate in most cases, 
3D to 2D converter programs in BASIC. Usage 
nformation, Application notes. Interfacing infor- 
mation. Test procedures. Algorithm description, 
60 page manual, 
$22,00 U S, and Canada 
$25,00 Foreign (to cover shipping) 



M6800 ASSEMBLY LANGUAGE 



Program Number 
Program Language 
Projection Method 

Viewing Range 

World Size 
Speciai Features 

iVIemory Requirements 
Projection Rate 
Pacltage Contents 



Price 



3DG68,V3,1 

Optimized 6800 assembly language 
3D to 2D wire frame perspective with 3D 
clipping. No hidden line elimination 
capabilities, 

X,Y,Z range: ±32767 units. 

3 axis freedom: to 359 degrees in 256 even steps 
191 2 cubic miles using one foot/unit resolution 
Variable viewing window 

Optimized clipping 

High rate dynamic capabilities 

4 K pi us data base 

100-300 lines per second (1 MHz 6800) 

3D to 2D converter program. Object listing, 

Mikbug/Kansas cassette. Usage information, 

Application notes. Interfacing information. Test 

procedures. Algorithm procedures. Familiarization 

section, Sample data base, 74 page manual 

NO SOURCE, 

$28,00 U S, and Canada 

$31 ,00 Foreign (to cover shipping) 



8080-Z80 ASSEMBLY LANGUAGE 



Program Number 
Program Language 
Projection Method 

Viewing Range 

World Size 
Special Features 



Memory Requirements 
Projection Rate 
Package Contents 



Price 



3DG80,V03 (8080) 

Optimized 8080 and Z80 assembly language 
3D to 2D wire frame perspective with 3D clipping. 
No hidden line elimination. 
X.Y.Z range: ±32767 units. 
3 axis freedom; 0-359 degrees in 256 even steps 
191 2 cubic miles using one foot/unit resolution 
Variable aspect ratio. Variable screen bit ratio. 
Optimized clipping. 10 data base entry modes. 
Relocatable object mode, ROM-ability, High rate 
dynamic capabilities 
5K plus data base 

200-500 lines per second (4MHz 8080) 

3D to 2D converter program. Object listing, TDL 

relocatable format Tarbell cassette. Usage 

information. Relocatable loader. Relocatable 

keyboard loading method. Application notes, Test 

procedures. Algorithm description. Familiarization 

section. 

85 page manual. 

NO SOURCE. 

$30.00 U.S. and Canada 

$33.00 Foreign (to cover shipping) 



MATROX AND DAZZLER 3D 
LOAD AND GO 



Program Number 
Program Language 
Projection Method 

Viewing Range 

World Size 
Special Features 



Memory Requirements 
Location in RAM 
Projection Rate 
Package Contents 



Price 
Options 



MATROX 

3DG MTX LG 
8080orZ80 

3D to 2D wire frame perspective 
with 3D clipping. No hidden line 
elimination. 

X.Y.Z range: ± 32767 units. 
3 axis freedom:0-359 degrees in 
256 even steps. 

1912 cubic miles using one foot/ 
unit resolution. 

Variable aspect ratio, Optimized 
clipping, 4 projection modes. High 
rate dynamic capabilities, Adaptive 
erase. 

5K plus data base 
1000-2200 hex 
200-500 lines per second 
3D to 2D converter program. 
Tarbell format, Tarbei i cassette 
or paper tape (specify medium). 
Test procedures. Familiarization 
section 

26 page manual 

NO SOURCE 
*$15,00U.S. and Canada 
**$18.00 Foreign (Airmail) 
Relocatable Loader and Object 

Relocatable Tarbell cassette $10-00 

Keyboard entry $10.00 
Non Relocatable program on North Star Disl< $10.00 



DAZZLER 

3DG DAZ LG 
8080 or Z80 

3D to 2D wire frame perspective 
with 3D clipping. No hidden line 
elimination. 

X,Y,Z range: ± 32767 units. 
3 axis freedom: 0-359 degrees in 
256 even steps. 

1912 cubic miies using one toot/ 
unit resolution. 

Variable aspect ratio. Optimized 
clipping, 4 projection modes, High 
rate dynamic capabilities. High 
speed erase. 
5Kplus database 
1000-3200 hex 
1 50-400 1 i nes per second 
3D to 2D converter program, 
Tarbei i format, Tarbell cassette 
or paper tape (specify medium). 
Test procedures, familiarization 
section 

26 page manual 
NO SOURCE 
*$1 5.00 U.S. and Canada 
'*$ 18.00 Foreign (Airmail) 



'Introductory until January 31, 1979 

Then $25.00. 
'*lntroductoryuntilJanuary31, 1979 

Then $28.00. 



MATROX ALT-256**2 DISPLAY 
(Hardware) 



Display Type 256 x 256 raster scan bit map with onboard refresh 

memory 

Dot Write Time 3.4 usee max, faster in common row or col. modes. 

Erase Time 33 milliseconds using fast erase command. 

Interface S100 Altair/lmsai compatible. 

Dimensions 9 x 5". Slightly taller than most S100 cards. 

Power 8v, 600mA; -1 8v, 1 0mA 

Outputs Composite video; 75 Ohm. x tal controlled; TTL 

video, horizontal and vertical syncs and blanl< 

outputs 

Synchronization Internal or external 

TV Standard American standard (262 vertical lines, 60 Hz; 240 

vertical video lines) 4:3 aspect ratio; American 
Non-standard (280 lines, 60Hz, 256 video lines), 
horizontal freq=16,8 KHz (1:1 aspect ratio); 
European (31 2, 50Hz, 1:1 aspect ratio). Non- 
interlaced picture. Standard selectable on the 
board. 

iVIonltor Any standard TV monitor or modified TV set. 

Remote Display 75 Ohm, up to 2500 ft. IVIuitiple monitors (max=25). 

Addressing Four output ports, one input port. Ports selectable. 

Documentation 42 page manual, complete description, schematics, 

test program, and application notes. 
Warranty 90 days parts and labor 

Price $395.00 postage paid U.S. and Canada 

$410.00 Foreign 

More Information For more information, send $3.00 for a copy of the 

manual, application notes, and schematics (42 pp.) 

Note: We have successfuily used the ALT 256**2 with a 

4MHz Z80 system. It worked well with a Jade ( Ithica 
Audio) Z80 card and TDL 2MHz Z80 card also. 



Ordering 
Information 



Orders in the U.S. and Canada 
Special Fourth Class postage is paid by SubLOGIC 
for orders in the U.S and Canada. Delivery time 
averages 1 days. 

For First Class mailing, add $1.50 per graphics 
package. Delivery time averages 3 days. 
For UPS shipment, add $.75 per graphics package, 
up to a maximum of $4.00 per order. Delivery time 
averages 4 days. 

For COD orders via UPS, add $.75 per graphics 
package, plus $2.00 for handling, up to a maximum 
of $6.00 per order. 

When ordering a Matrox board, send a money order, 
cashier s check, or any other form of prepaid check. 
Personal checks may delay your order for up to two 
weeks. 

Orders paid by charge card or COD may be placed 
by phone. Call (21 7) 367-0299. 
To wire payment, send to the Champaign, Illinois, 
Western Union Office and include our telephone 
number- 
Foreign Orders 

Add $3.00 extra per graphics package for airmail 

shipment. 

Our cable address is "SUBLOGIC. ' 

We are pleased to accept orders in both English and 

French. 
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Who We Are 



What We Sell 

Reliability 



The use of computer graphics in science, engineering, 
art, and many other fields has been increasing over 
the past 15 years. Display devices continue to drop 
in price as many manufacturers enter the market 
with new hardware. The advent of the microcomputer 
and MOS-LSi memories has brought graphics 
systems down to a very affordable level, and a 
system costing one or two thousand dollars can have 
very advanced graphics capabilities. 
SubLOGIC was therefore formed in 1977 to develop 
software that would allow experimenters, engineers, 
architects, designers, pilots, and anyone else 
interested in three-dimensional wireframe drawings 
or spatial viewi ng to generate what they wanted on 
a TV screen or paper plotter. The company is headed 
by Bruce Artwick and Stuart Moment and supported 
by a team of marketing and production people who 
specialize in reliable service. 

SubLOGIC s first efforts resulted in a number of 3D 
microcomputer graphics packages which can be 
used with the new inexpensive hardware systems. 
We have now branched out into simpler-to-handle 
Load and Go packages, 2D graphics software, and' 
display boards as well. 

SubLOGIC software is combinatorially segment- 
tested to insure maximum durability. SubLOGIC 
strives for the highest standards of quality, and an 
ongoing quality control program helps meet the goal. 



